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SYSTEM AND METHOD FOR PROVIDING REMOTE ACCESS TO 
TELECOMMUNICATIONS SERVICES 

BACKGROUND OF THE INVENTION 
5 L Field of the Invention 

The present invention relates to the field of telecommunications. More 
particularly, the present invention relates to a Personal Call Manager, a.k,a. Personal 
Communications Manager (PCM) providing subscribers integrated access to 
communications services through a data network, such services include a Remote 
10 Access to Caller Identification (RACLID) system. The RACLID system enables 
subscribers to review caller identification information associated with incoming calls 
to the subscriber's telephone line from a remote location. 
2. Acronyms 

The written description provided herein contains acronyms which refer to 
15 various telecommunications services, components and techniques, as well as features 
relating to the present invention. Although some of these acronyms are known, use 
of these acronyms is not strictly standardized in the art. For purposes of the written 
description herein, the acronyms are defined as follows: 
Advanced Intelligent Network (AIN) 
20 Authentication/Subscription Information (ASI) 

Caller Identification (Caller ID) 
Customer Premises Equipment (CPE) 
Dual Tone Multi-Frequency (DTMF) 
Graphical User Interface (GUI) 
25 Generic Data Interface (GDI) 

HyperText Mark-Up Language (HTML) 
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HyperText Transfer Language Protocol (HTTP) 

Incoming Call Manager (ICM) 

Integrated Service Control Point (ISCP) 

Interactive Voice Response (IVR) 
5 Java Database Conductivity (JDBC) 

Lightweight Directory Access Protocol (LDAP) 

Line Information Database (LIDB) 

Outgoing Call Control (OCC) 

Personal Computer (PC) 
10 Personal Call Manager/Personal Communications Manager (PCM) 

Personal Identification Number (PIN) 

Public Switched Telephone Network (PSTN) 

Remote Access to Caller Identification (RACLID) 

Service Management System (SMS) 
15 Service Node (SN) 

Service Switching Point (SSP) 

Signaling System 7 (SS7) 

Signaling Transfer Point (STP) 

Terminating Attempt Trigger (TAT) 
20 Transaction Capabilities Application Part (TCAP) 

Transmission Control Protocol/Internet Protocol (TCP/IP) 

User Interface (UI) 

World Wide Web (WWW) 
3. Background Information 
25 Currently, subscribers to call control services within the Public Switched 
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Telephone Network (PSTN) are able to initiate and modify their services by calling 
a customer service representative or by interacting with an Interactive Voice Response 
(IVR) system using a standard Dual Tone Multi-Frequency (DTMF) telephone device. 
These methods practically limit the number and types of services that can be provided 
5 to and modified by the subscribers because all information pertaining to the services 
is presented audibly. In addition, the potential market for subscribers to call control 
services is not fiilly exploited because of customer reluctance to use IVR systems. An 
additional drawback is that, conventionally, each PSTN service has a corresponding 
IVR interface, so that as a customer subscribes to additional services, he or she must 
10 keep track of additional IVR telephone numbers and Personal Identification Numbers 
(PINs). 

There have been attempts to remedy the problems associated with IVR access 
to PSTN services. These attempts incorporate use of packet switched data networks, 
such as the Intemet, to avoid conventional IVR systems and to streamline the 

15 initiation and modification functions. The current Intemet based systems have several 
drawbacks, however, including the inability to ensure near real-time update of 
services and incompatibility with existing IVR implementations. 

For many call control services, the subscribers must submit requests to the 
customer service arm of their provider to initiate new services or update existing ones. 

20 The requests are implemented according to the provider's time line and discretion. 
It is difficult for the users to gauge when the service alteration will take effect. Also, 
because the current Intemet based systems operate exclusively from the conventional 
IVR systems, i.e., the two systems cannot coexist, customers must select either the 
Intemet interface or the IVR interface. Consequently, a customer who has selected 

25 the Intemet interface, and who is without a PC and/or Intemet access, is not able to 
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make desired changes to his or her services through an IVR. The inability to 
implement desired changes is especially troublesome considering that users are often 
interested in altering some call services (e.g., call forwarding, paging, and caller ID) 
when they are away from their home or business telephone and PC. 
5 An example of call control services provided over a packet switched data 

network is described in CHANG et al, U.S. Patent No. 5,958,016, which teaches 
enabling Advanced Intelligence Network (AIN) services over the World Wide Web 
(WWW) through a provisioning system called the Service Management System 
(SMS). The SMS as disclosed in CHANG et al, however, does not ensure near real- 

10 time data update and is not compatible with existing IVR implementations. 
Therefore, the services presented via the Web are limited in functionality to the extent 
near real-time data updates are not guaranteed. For example, if a subscriber modifies 
an incoming call service, which blocks calls from selected phone numbers or classes 
of phone numbers, to add an allowed incoming phone number, the subscriber will not 

15 begin immediately to receive calls from the previously blocked phone number. 
Rather, the subscriber must wait an unspecified period of time for the service to be 
updated via the SMS. Also, as discussed above, the Web interface and the IVR 
interface are mutually exclusive. 

The present invention pertains to a Personal Call Manager, a.k.a. a Personal 

20 Communications Manager (PCM) system that resolves these problems, simply and 
efficiently. The PCM provides an interface to telecommunication services, such as 
personal directories, Incoming Call Manager (ICM), Outgoing Call Control (OCC) 
and the like. In addition, the PCM interfaces to an improved caller identification 
(Caller ID) system, referred to as Remote Access to Caller Identification (RACLID). 

25 Conventional Caller ID services provided through the PSTN necessitate the 
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attachment of Customer Premises Equipment (CPE) to a telephone jack corresponding 
to the telephone number(s) subscribing to the Caller ID service. The user may review 
a log of Caller ID information associated with incoming calls by physically reviewing 
the information displayed on the CPE. Typically, the Caller ID information includes 

5 the name and/or number of the calling party, as well as the date and time of the 
incoming telephone call. 

A limitation of the conventional service is that, in order to review the Caller 
ID information, the subscriber must be present at the CPE. It would be advantageous, 
however, for subscribers to be able to review their Caller ID information remotely, 

10 e.g., at work, while commuting, on vacation, etc. Because callers do not always leave 
messages on an answering device or service, which may be remotely accessible, a 
subscriber cannot determine through the conventional Caller ID service who has 
attempted to call until the subscriber physically returns and views the CPE. 
Consequently, the conventional Caller ID system has several drawbacks, including 

15 delayed awareness of incoming telephone calls and subsequently delayed response to 
those calls. 

Some attempts at solving these problems associated with CPE implemented 
Caller ID services have been presented. For example, VOIT et al, U.S. Patent No. 
5,751,707, discloses transmitting Caller ID information to a server using GDI. Also, 
20 DANNE et al, U.S. Patent No. 5,946,381, discloses running a JAVA application on 
a terminal to receive Caller ID information over the World Wide Web (WWW). 

However, these attempts have several inherent disadvantages. For instance, 
in both DANNE et al. and VOIT et al., processing of the telephone call is interrupted 
in order to perform the Caller ID function. Also, the methods provide Caller ID 
25 information only when the call is in progress, and in the case of DANNE et al., only 
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when the user is online and running a JAVA application. That is, the user cannot 
obtain the Caller ID information at his or her convenience. Finally, a significant 
portion of the intelligence aspects of the DANNE et al. Caller ID system is required 
to be in the terminals, thus limiting the types of devices that can access the Caller ID 
information. 

The present invention overcomes the problems associated with the prior art, 
as described below. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is further described in the detailed description that 
follows, by reference to the noted plurality of drawings by way of non-limiting 
examples of preferred embodiments of the present invention, in which like reference 
numerals represent similar parts throughout several views of the drawings, and in 
which: 

Fig. 1 is a block diagram illustrating system components, according to an 
aspect of the present invention; 

Fig. 2 is a call flow diagram illustrating the process of implementing PCM, 
according to an aspect of the present invention; 

Fig. 2A is a call flow diagram illustrating the process of implementing PCM, 
according to another aspect of the present invention; 

Fig. 3 is a functional block diagram illustrating user action in an exemplary 
Web-based PCM system, according to an aspect of the present invention; 

Fig. 4 is an exemplary block diagram illustrating window navigation for basic 
user actions, according to an aspect of the present invention; 

Fig. 5 is an exemplary window to be displayed at the user's PC requesting 
identification of account number, according to an aspect of the present invention; 
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Fig. 6 is an exemplary PCM home page window to be displayed at the user's 
PC identifying customized user options for a selected account number, according to 
an aspect of the present invention; 

Fig. 7 is an exemplary Caller ID log window to be displayed at the user's PC 
5 identifying caller information for a selected account number, according to an aspect 
of the present invention; 

Fig. 8 is a block diagram illustrating system components of the RACLID 
service, according to an aspect of the present invention; 

Fig. 9 is a call flow diagram illustrating the process of implementing RACLID, 
10 according to an aspect of the present invention; and 

Fig. 10 is a functional block diagram of RACLID as accessed through PCM, 
according to an aspect of the present invention. 

Fig. 11 is a functional block diagram of the User Interface types, according to 
an aspect of the present invention. 
15 Fig. 12 is a functional block diagram of the Core PCM types, according to an 

aspect of the present invention. 

DETAILED DESCRIPTION OF EMBODIMENTS 
In view of the above, the present invention through one or more of its various 
aspects and/or embodiments is presented to accompUsh one or more objectives and 
20 advantages, such as those noted below. 

An aspect of the present invention provides a user/subscriber access to a PCM 
system through a communications network, including the Intemet and other data 
networks, without excluding the possibility of conventional IVR access. Thus, the 
subscriber can conveniently customize services managed by the PCM through a 
25 graphical user interface (GUI) that efficiently presents the complex data associated 
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with the managed services with minimal service provider interaction. Another aspect 
of the invention provides for updating the actual service data in the PSTN 
substantially contemporaneously with access to the service data via the PCM^ 
permitting near real-time access to the services managed by the PCM. 

In another aspect of the present invention, the PCM manages multiple services, 
including, for example, Caller ID. Thus, the present invention provides the subscriber 
access to Caller ID information remotely over the communications network in an 
efficient and user-friendly manner. 

According to another aspect of the present invention, a method is provided for 
reviewing service data relating to a subscriber's telecommunications services using 
a graphical user interface. The method includes transmitting a data message from the 
subscriber to an intelligent peripheral through at least one data network, the data 
message indicating a subscriber's desire to review the service data, and converting the 
data message into a protocol compatible with an integrated service control point. The 
converted data message is identical to a data message that the intelligent peripheral 
would create if the subscriber had indicated the desire to review the service data via 
an interactive voice response system. The protocol may be the SR-3511 protocol. 
Then, the converted data message is transmitted to and the service data is retrieved 
from the integrated service control point. The service data is forwarded to the 
subscriber through the intelligent peripheral. The subscriber retains the ability to 
review service data through an interactive voice response. 

In another aspect of the present invention, a method is provided for reviewing 
and updating a subscriber's telecommunications services using a graphical user 
interface through multiple data networks, including presenting service data to the 
subscriber through the data networks and transmitting a data message from the 
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subscriber to an intelligent peripheral through at least one of the data networks. The 
data message indicates the subscriber's desired update to a selected 
telecommunications service. The data message is converted into a protocol 
compatible with an integrated service control point, which protocol includes the SR- 

5 351 1 protocol. The converted data message is identical to a data message that the 
intelligent peripheral would create if the subscriber had entered the desired update 
through an interactive voice response system. Then, the converted data message is 
transmitted to the integrated service control point and the selected 
telecommunications service is updated in accordance with the subscriber's desired 

10 update. The selected telecommunications service is updated substantially 
contemporaneously with the subscriber requesting the update at the graphical user 
interface. Also, the subscriber retains the abiUty to update and review service data 
through an interactive voice response. The presentation of service data may include 
retrieving the service data from a service status database, which is periodically 

15 updated by the integrated service control point. This reduces traffic through the 
integrated service control point. 

Li a further aspect of the present invention, a method is provided for accessing 
service data relating to a subscriber's telecommunications services using a graphical 
user interface (GUI) through multiple data networks, and using an interactive voice 

20 response (IVR) system through a public switched telecommunications network. The 
method includes providing the subscriber with the option of accessing the service data 
through more than one interface, including the IVR system and the GUI, and the 
subscriber selecting either the IVR system or the GUI. The service data is accessed 
through an intelligent peripheral, which obtains the service data from an integrated 

25 service control point. The service data is presented to the subscriber through the 
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selected interface, so that the subscriber can access the service data through the IVR 
system or the GUI, based upon the subscriber's selection. 

According to another aspect of the present invention, a system is provided for 
reviewing and updating a subscriber's telecommunications services using a graphical 

5 user interface through multiple data networks. The system includes a Web client, 
through which the subscriber views service data received through the data networks 
and requests service data updates. The service data is viewed through a graphical user 
interface. The system further includes a Web server that receives a data message, 
which indicates a subscriber's desired update to a selected telecommunications 

10 service, transmitted from the subscriber in response to a service data update and an 
intelligent peripheral, which receives the data message via at least one of the data 
networks. The intelligent peripheral translates the data message into a standard 
protocol, which includes the SR-3511 protocol. The translated data message is 
identical to a data message that the intelligent peripheral would create if the 

15 subscriber had entered the desired update through an interactive voice response 
system. The system also includes an integrated service control point that receives the 
message in the standard protocol and updates the selected telecommunications service 
in accordance with the subscriber's desired update. The selected telecommunications 
service is updated in the integrated service control point substantially 

20 contemporaneously with the subscriber requesting the update at the graphical user 
interface. Furthermore, the subscriber retains the ability to update and review the 
service data through an interactive voice response. The system may include a service 
status database from which the service data is initially retrieved, thereby reducing 
traffic on the integrated service control point. 

25 In another aspect of the present invention, a method is provided for accessing 
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caller ID data relating to a subscriber's remote access to caller ID service using a 
graphical user interface (GUI). The method includes identifying selected telecom- 
munications services managed by a personal call manager account belonging to the 
subscriber, at least one which is the remote access to caller ID service. The 
5 telecommunications services are presented to the subscriber at the GUI through at 
least one data network. The subscriber then queries an intelligent peripheral through 
the data network indicating the subscriber's desire to access the remote access to 
caller ID service. The caller data is then retrieved from a call logger database, which 
stores the caller ID data, in response to the query. The caller ID data is transmitted 

10 to the subscriber through the data network and is displayed at the GUI. 

In a still further aspect of the present invention, a method is provided for 
providing caller ID information associated with a telephone call from a calling party 
to a destination, the caller ID information being provided over multiple networks to 
a subscriber at a location remote from the destination. The method includes storing 

15 caller ID data in a call logger database in response to the calling party placing the 
telephone call to the destination. A caller ID query is received from the remotely 
located subscriber through at least one of the networks. In response to the caller ID 
query, the caller ID data is retrieved from the call logger database, transmitted to the 
remotely located subscriber through at least two of the networks and displayed at the 

20 remote subscriber's location. 

The method for providing caller ID information to a subscriber at a location 
remote from the telephone call destination may further include initially launching an 
AIN trigger when the calling party places the telephone call to the destination which 
subscribes to a remote caller ID service. In that case, the storing of caller ID data 

25 includes transmitting calling party information associated with the calling party from 
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an integrated service control point to a GDI server, obtaining additional information 
from a directory server based upon the calling party information and transmitting the 
caller ID information from the GDI server to the call logger database. The additional 
information can be obtained from the directory server by either the GDI server or by 
5 the integrated service control point, which forwards the additional information to the 
GDI server. The caller ID information may include the calling party information and 
the additional information. 

The method for providing caller ID information to a subscriber at a location 
remote from the telephone call destination may also include determining whether the 

10 subscriber has activated the remote caller ID service. Also, at least one of the 
networks may be a packet switched data network, which may include the Intemet. 
Also, receiving the caller ID query may include receiving at a Web server the caller 
ID query from the subscriber through a Web client, so that transmitting the caller ID 
data to the remotely connected subscriber includes transmitting the caller ID data from 

15 the Web server to the web client. 

In another aspect of the present invention, a system is provided for providing 
caller ID information, associated with a telephone call from a calling party to a 
destination, to a subscriber at a location remote from the destination. The system 
includes an advanced inteUigent network (AIN), which includes an integrated service 

20 control point that forwards calling party information in response to the telephone call, 
and a private network, which includes multiple servers in communication with one 
another. A first group of servers forwards caller ID information based upon the 
received calling party information, to a call logger database. The system fiirther 
includes a public network, including a client which sends a caller ID query to a 

25 second group of servers. The public network retrieves the caller ID information from 
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the call logger database and sends the caller ID information to the client. The 
subscriber can view the caller ID information while being located remotely from the 
destination of the telephone call associated with the caller ID information. The public 
network may be the Intemet and the client may be a Web browser. 
5 According to another aspect of the present invention, a system is provided for 

providing caller ID information, associated with a telephone call from a calling party 
to a destination, to a subscriber at a location remote from the destination. The system 
includes a switch, associated with the destination, that receives the telephone call 
from the calling party. The switch has an AIN trigger set to launch a query in 

10 response to the telephone call. The system further includes an integrated service 
control point that forwards calling party information in response to the query and an 
interface server that obtains additional information from a directory server, based 
upon the received calling party information. The caller ID information includes the 
additional information and the calling party information. The system fiirther includes 

15 a call logger database that receives the caller ED information from the interface server 
and stores the caller ID information. The system also includes a Web client that 
forwards a caller ID query from the subscriber and a Web server that receives the 
caller ID query from the Web client over the Intemet and, in response to the query, 
retrieves the caller ID data from the call logger database and forwards the caller ID 

20 data to the Web cHent for display to the subscriber. The subscriber can view the caller 
ID information while being located remotely from the destination of the telephone call 
associated with the caller ID information. 

The present invention is an AIN based system and method that allows a PCM 
subscriber connected to a communications network, including the Intemet and other 

25 packet switched type data networks, as well as through conventional IVR systems, to 
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customize and execute services associated with telephonic communications, with near 
real-time access to the service data. Fig. 1 illustrates an exemplary telecommuni- 
cations network (e.g., PSTN) in association with the present invention. The network 
includes a calling party 20, an originating Service Switching Point (SSP) 21, a 
5 terminating SSP 24 and a subscriber's telephone (i.e., the destination) 25. The 
network also includes a Signaling Transfer Point (STP) 22, an Integrated System 
Control Point (ISCP) 23 and an Advanced Intelligence Network-Intelligent Peripheral 
(AIN-IP or intelligent peripheral) 40. The intelligent peripheral 40 includes an 
interactive voice response (IVR) system. By way of example, the ISCP 23 may be 

10 implemented with the Bellcore Integrated Service Control Point, loaded with ISCP 
software Version 4.4 (or higher), available from Telecordia, Murray Hill, N.J. 

A data network includes a Web client 30, a Web server 43, an Authentication/ 
Subscription Information Server 42 and a Service Status Database 41. The data 
network communicates to the PSTN (specifically the ISCP 23) through the intelligent 

15 peripheral 40 using the SR-35 1 1 protocol 46, or an equivalent protocol. 

The user is able to access the intelligent peripheral 40 through the Web server 
43, which is in communication with the Intemet 44 or other packet switched data 
network. The user is altematively able to access the intelligent peripheral 40 through 
the IVR system 45 using a conventional DTMF telephone connection. When using 

20 the Intemet, the user accesses the Web server 43 with a PC, acting as a Web client 
30, using software such as ICW Client, available from Southwestern Bell Telephone 
Company. The Web client may likewise incorporate a Web browser, such as 
Microsoft Intemet Explorer, available from Microsoft Corporation, or Netscape 
Navigator. In one embodiment, the Web client 30 is implemented with an IBM 

25 Pentiimi based computer, running the Linux or Microsoft Windows operating system 
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and the Microsoft Internet Explorer, Netscape Navigator or HotJava, available from 
Sun Microsystems, Inc., Web browser software. An embodiment of the invention 
with respect to the Web server 43 may include running the Linux or Microsoft 
Windows operating system and the Apache Web server software, available from the 
Apache Software Foundation, or the Jigsaw Web server software, available from 
World Wide Web Consortium (W3C). 

The SSP 24 is the terminating central office (CO) for the PCM subscriber 25 
and the SSP 21 is the originating CO for the calling party 20. However, the 
terminating CO and the originating CO may be the same. The SSPs 21 and 24 may 
comprise, for example, lAESS or 5ESS switches manufactured by Lucent 
Technologies, Inc., or DMS-100 switches manufactured by Nortel Networks 
Corporation (Nortel), or AXE- 10 switches manufactured by Telefonaktiebolaget LM 
Ericsson. 

The lAESS switches may use an AIN Release 0.1 protocol and should be 
equipped with Generic 1AE13.01 (or higher) software and associated AIN SSP 
features. The 5ESS switches may utilize an AIN Release 0. 1 protocol and should be 
equipped with Generic 5E12 (or higher) software and associated AIN SSP features. 
The DMS-100 switches (release NA009) may utilize an AIN Release 0,1 protocol 
and associated AIN SSP features. The AXE- 10 switches may utilize an AIN Release 
0.1 protocol and should be equipped with Generic 8.07 (or higher) software and 
associated AIN SSP features. The call service logic of the present invention may be 
upgraded to accommodate future AIN releases and protocols and future trigger types. 
Specifications of AIN Release 0.1 SSPs may be found in Bellcore TR'NWT-001285, 
Switch-Service Control Point Application Protocol Interface Generic Requirements, 
the disclosure of which is expressly incorporated by reference herein in its entirety. 
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Fig. 2 is an exemplary call flow diagram depicting a subscriber using the PCM 
service. Initially, the subscriber accesses a public packet switched data network, such 
as the Intemet, from a Web client 30, using a Web browser such as Microsoft Intemet 
Explorer, Netscape Navigator or HotFava. Once on the Intemet, the subscriber 

5 connects to the Web server 43, which serves as a secure access platform. The Web 
server 43 receives HyperText Transfer Language Protocol (HTTP) messages from the 
Web client 30 and provides HyperText Mark-Up Language (HTML) Web pages in 
response to the subscriber's input to the Web chent 30. The Web pages relate to the 
subscriber's PCM account. 

10 Once connected to the Web server 43, the user must first log-in to the PCM 

account, also depicted at block 301 in Fig. 3 and described below. The log-in equates 
to an authentication of the user. To perform the authentication, the Web server 43 
contacts the Authentication/Subscription Information (ASI) Server 42, which 
confirms that the subscriber is an authorized user by verifying at least the subscriber's 

15 name and a password. The ASI Server 42 also provides to the Web server 43 a list 
of the services to which the user has subscribed in the PCM account. Services for 
each phone number are linked to the PCM account through the ASI Server 42, 

The Web server 43 then retrieves from the ISCP 23, via the intelligent 
peripheral 40, current service data and the related status of the various services 

20 managed through the PCM account. The data and status of the services, i.e., service 
data, is forwarded to the Web client 30 and displayed as seen for example in Fig. 6, 
discussed in detail below. 

In another embodiment, depicted in Fig. 2A, the Web server 43 retrieves from 
a Service Status Database 41 the data and status of the various services managed 

25 through the PCM account, rather than from the ISCP 23, directly. This database 
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serves as a cache for the service information in the ISCP 23. The Service Status 
Database 41 contains information current to the most recent update interface with the 
ISCP 23. The cache arrangement enables the user to efficiently access this 
information without waiting for the ISCP 23 to process the request. At the same time, 
5 it reduces ISCP traffic. The Service Status Database 41 is refreshed periodically to 
ensure currency, as well as pursuant to specific command by the user. This database 
is a conventional Lightweight Directory Access Protocol (LDAP), such as the LDAP 
available from Lucent Technologies, Inc. In the altemative, the database may be a 
standard relational database, such as those available from Oracle Corporation or 

10 Sybase, Inc. 

Upon review of the service status, the user may choose to interact with one or 
all of the available services. When the user selects a desired service, a message is sent 
to the Web server 43, which responds with the corresponding service screen. When 
the user selects a particular service necessitating access to the PSTN (e.g., OCC or 

15 ICM), the request is sent to the intelligent peripheral 40. Significantly, this is the 
same intelligent peripheral that implements IVR access to the user's services through 
a conventional PSTN. In ahemative embodiments, the intelligent peripheral may be 
an IBM Resource Manager or a Lucent PacketIN Application Server. The intelligent 
peripheral internally translates data messages received fi:om the Web server 43 and 

20 accesses the relevant call services data from the ISCP 23 through the SR-3511 
protocol, use of which enables the simultaneous compatibility with IVR functions. 
Details of the SR-351 1 protocol are provided in Bellcore, Recommendation SR'3511 
ISCP Intelligent Peripheral (IP) Interface Specification for TCP/IP, Version 5M 
(January 1997), the disclosure of which is expressly incorporated by reference herein 

25 in its entirety. In one embodiment, the translation program is in C, C-H- or JAVA. 
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The intelligent peripheral 40 then transmits a summary of the requested service, based 
on information from the ISCP 23, to the Web server 43, 

At this point, the user may choose to update or to simply reviev^ the service 
information. When the service is updated, the Web server 43 sends the update 
instructions in a data message to the intelhgent peripheral 40. The intelligent 
peripheral then translates the update instruction into the SR-3511 protocol and 
communicates the updated service parameters directly to the ISCP 23. 

For example, one available service is Licoming Call Manager (ICM), by v^hich 
the user may prioritize, forward, preview or block selected telephone numbers. In the 
update procedure, the user enters a telephone number to be blocked, for instance, 
which the Web server 43 communicates to the intelligent peripheral 40. The 
intelligent peripheral, in tum, sends the data via SR-351 1 to the ISCP 23, which flags 
the number to be blocked. Because the intelligent peripheral's instructions to the 
ISCP 23 are sent and implemented immediately, without the involvement of the 
provider's account management or customer service, the changes to the service are 
operable and available shortly after the user sends the instructions. In an embodiment 
that includes the Service Status Database 41, the cache will then be updated in due 
course to reflect the updated information in the ISCP 23. 

Fig. 3 depicts the procedure followed by the subscriber when first entering the 
PCM Web site. The subscriber must first log-in at block 301. Assuming the 
subscriber's PCM account has already been established, as described below, he or she 
must provide the authentication data to proceed. The authentication data is entered 
at a log-in screen, an example of which is depicted in Fig. 4 at screen 401. To 
maintain the integrity of the secure platform, authentication requires preferably a user 
ID and a password. The user ID is any name, not necessarily unique within the PCM 
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system, selected at account initiation by the subscriber. The password is confidential 
(at the subscriber's discretion) and must be unique with respect to the associated user 
ID. The subscriber may change the password as desired, but appropriate 
authentication data must be provided prior to such changes. If the subscriber enters 
an invahd user ID or password, the Web server 43 responds with a message 
explaining the problem and allows another chance to enter correct data. 

After the subscriber is authenticated, the subscriber proceeds to enter the PCM 
at block 302, At this time, the user views a general informational screen 402, which 
is formatted at the discrettion of the service provider. It may include, by way of 
example, new services offered to the subscriber. After the subscriber elects to 
proceed into the PCM, the Web server 43 navigates to a page 404 that displays 
telephone numbers associated with the PCM account(s) to which the user belongs and 
to which the user is authorized to access. Fig. 5 depicts an exemplary screen 
displaying phone numbers to which the user has access. At this point, the user selects 
a telephone number at block 303 and the corresponding services are displayed for the 
selected telephone number at screen 403. The user may then elect to implement the 
various services in place for a particular phone number or, depending on the user's 
privileges within a particular account, such as a superuser or a PCM user (described 
later), to manage the PCM account. 

If the PCM has more than one associated telephone number, the user would see 
a Web page Hsting the numbers, as in block 404 of Fig. 4. The screen has user 
interface elements that allow the user to select one of the numbers. Thus, each PCM 
account keeps track of a nonempty set of phone numbers to be managed through the 
PCM on behalf of the corresponding set of users, presumably members of a family, 
business, organization or other group. 

19 
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After the user selects a phone number at block 303, the system displays for the 
user a PCM summary page 304 corresponding to the selected telephone number. The 
PCM summary page displays only data the user is authorized to see for the selected 
telephone number. As shown at screen 403, the PCM summary provides various 
5 options to the user, including by way of example, selecting from among listed services 
306 - 309, retuming to select an alternative PCM telephone number or exiting PCM 
altogether 313. 

Fig. 6 shows an exemplary PCM summary display, which corresponds to 
screen 403 of Fig. 4, entitled Personal Call Manager Home Page for account number 

10 (512) 555-583 1 , which is the selected telephone number in the example. Fig. 6 shows 
four services accessible through the PCM, although the four services are not intended 
to be limiting. That is, the PCM is able to administer any call services associated with 
an ISCP 23. The services depicted in the PCM summary screen 403, as well as in Fig. 
6, are Caller ID Log 601, Message Center 602, Incoming Call Manager (ICM) 603 

15 and Outgoing Call Control (OCC) 604. The displayed information is summary in 
fashion, the details being available to the user through selection of one of the 
available services, which displays a PCM Service screen 405. In the depicted 
embodiment, the summary as well as the detailed data is provided through the Web 
server 43 from the ISCP 23 or a Call Logger Database 95 (shown in Fig. 8 and 

20 discussed in detail below), depending on the service selected. At the summary screen, 
the Caller ID Log 601 retrieves data from the Call Logger Database 95 and shows, for 
example, the number of call records added since the last review and the Message 
Center 602 hkewise retrieves data from the Call Logger Database 95 and shows the 
number of new call notes, e-mails, wireless calls, faxes and messages reviewed. The 

25 ICM 603 retrieves data from the ISCP 23 and shows the status of the call blocker, call 
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forwarding, priority call and caller preview features and an Outgoing (OCC) summary 
retrieves data from the ISCP 23 and shows whether intemational calls, long distance 
calls, 900/976 numbers and/or directory assistance calls are restricted. 

From the PCM summary screen, the user may choose to use PCM to manage 

5 any of the displayed services, indicated at block 305, Fig. 3. This is done by simply 
clicking on one of the display boxes 601-604 of Fig. 6 to cause the Web server to 
display a new Web page corresponding to the selected service. Or, the PCM summary 
page includes a list of the personal services 605, which dupHcates the display boxes. 
In addition, the list 605 may include additional personal services that do not require 

10 interaction with the ISCP 23. These services include, for example, a personal 
directory, paging capability and billing review. 

The paging capability provides the option of paging the subscriber when a 
Caller ID is received from a subscriber specified phone number. Paging may include 
a page, a wireless short message, an email, or a generated phone call to a specified 

15 number. Moreover, Caller ID logs can be collected and paged to the subscriber at 
periodic intervals with summary and/or detailed information. 

After selection of one of the services, the Web server navigates to and displays 
the selected services Web page, indicated by blocks 306-309, and displays the 
corresponding service screen 405. For example, if the user selects the Caller ID 

20 service, a Web page as exemplified in Fig. 7 (described later) is displayed. The user 
may review information, activate or deactivate the service or change the scope of the 
service, as desired, in accordance with the level of access available to that user. After 
accessing one of the available services, the user may return to the PCM summary page 
at block 310. This can be done by selecting a specific option to return or by simply 

25 cHcking the BACK icon provided by the Web browser. The user may also exit PCM 
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at block 343, ending the current session. 

In one embodiment of the invention, a Remote Access Caller Identification 
(RACLID) service is offered as one of the services available to the user. The 
RACLID service permits subscribers to access their Caller ID data when they do not 
have access to customer premises equipment, such as their Caller ID box. 
Conventional implementation of Caller ID presupposes delivery over the subscriber's 
telephone line to a Caller ID box attached to that line. According to the invention, the 
Caller ID data is delivered via the data networks (including, for example, the Internet) 
to the subscriber. Where RACLID is available and incorporated into the PCM, it is 
specifically listed as one of the selectable services at the PCM Summary page 403. 

As in the case of the other services in PCM, the subscriber can review caller 
data using RACLID from any location with networking facilities that allows 
connection to the data network on which the Caller ID data is stored. The networking 
facilities would include the Intemet, a corporate intranet or other TCP/IP network. 
Also, RACLID may be provided without PCM. 

Fig. 8 illustrates an exemplary telecommunications network in association with 
an embodiment of the RACLID service. The network includes the calling party 20, 
the SSP 24, the ISCP 23 and a Bellcore Generic Data Interface (GDI) client 91 . The 
RACLID service does not necessarily depend on the intelligent peripheral 40 
incorporated into PCM. 

Outside the PSTN network, the RACLID service requires multiple servers and 
databases, also depicted in Fig. 9. These elements include a GDI server 92, a 
directory server 93, a Web server 43 and a Call Logger Database 95. Generally 
speaking, the GDI server 92 interfaces with the GDI client 91, facilitating 
communication between the PSTN and the RACLID networks. The directory server 
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93 contains information stored by the RACLID provider, including data associated 
with the accessible universe of telephone numbers, regardless of whether they are 
associated with RACLID subscribers. It also stores authentication data corresponding 
to RACLID subscribers. In an embodiment of the invention, the directory server 93 

5 can be incorporated into the AIS server 42, which contains authentication data 
corresponding to PCM in general. In another embodiment, the information stored at 
the directory server 93 may be incorporated into the Web server 43. The Web server 
43 connects the subscriber through the Web client 30 via a data network 44, such as 
the Intemet, and conducts the various interactive operations with RACLID. In 

10 alternative embodiments, the Web client 30 is implemented with an IBM Pentium 
based computer running the Linux or Microsoft Windows operating system and a 
Web browser, such as Microsoft Intemet Explorer or Netscape Navigator. The Call 
Logger Database 95 contains data associated with specific RACLID accounts. In an 
embodiment of the invention, the Call Logger Database can be incorporated into the 

1 5 Service Status Database 4 1 . 

Referring to Fig. 9, the RACLID system is initiated by an AIN Terminating 
Attempt Trigger (TAT) launched by the SSP 24 whenever a call is placed by the call 
originator 20 to a RACLID subscriber's phone 25. Once the trigger has been assigned 
and activated, every call terminating to the PCM subscriber's line will cause the SSP 

20 24 to launch a TAT query via the existing Signaling System 7 (SS7) network (and 
appropriate STP 22) to the ISCP 23. The SSP 24 is the terminating central office for 
the RACLID subscriber. The TAT is assigned to the RACLID subscriber's directory 
number or line, depending upon the type of switch. Significantly, the call is not 
suspended at the switch during execution of the RACLID process. Rather, the call 

25 completes in a normal fashion. 
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Once the ISCP 23 receives the TAT query from the SSP 24, the ISCP 23 must 
interface with the private network, which functions separately from the PSTN. In an 
embodiment of the invention, the interface between the ISCP 23 and the private 
network is the Bellcore Generic Data Interface (GDI) 91 for TCP/IP. This interface 

5 provides the capability to send/receive transactions to and from extemal systems over 
TCP/IP using Transaction Capabilities Application Part (TCAP) messages. The ISCP 
23 can therefore generate messages to get data, send data or invoke an application 
(InvokeApp) to a GDI server 92. 

In an embodiment of the invention, the ISCP 23 sends the InvokeApp message 

10 to the GDI server 92. The InvokeApp message includes the calling party number, the 
called number and the current date and time. By invoking a server extemal to the 
PSTN, the ISCP may continue processing the call without having to wait on execution 
of the RACLID service. 

When the GDI server 92 receives the InvokeApp message from the ISCP 23, 

15 it first determines whether the subscriber has activated the RACLID service. This 
avoids unnecessary processing time in the event the RACLID service is OFF. The 
GDI server 92 accomplishes this by querying the Call Logger Database 95, which 
contains an ON/OFF indicator dedicated to the subscriber's account. To activate the 
system, the subscriber accesses the Web server 43 by means of the Web client 30. 

20 The Web server 43 in tum accesses the Call Logger Database 95. The subscriber 
selects the ON option to activate the RACLID service, which then remains active until 
the subscriber accesses the Call Logger Database 95 and selects the OFF option. The 
subscriber may perform the ON/OFF commands through any means of access to the 
Web, as opposed to being limited to the phone number associated with the RACLID 

25 account. Note also that any conventional Caller ID system using customer premises 
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equipment, such as a Caller ID box, by the same subscriber is unaffected by the 
ON/OFF command directed to the RACLID service. 

The servers and database conmiunicate with one another using Java Database 
Conductivity (JDBC), although any appropriate interface may be used. Also, 
5 alternative embodiments of the invention combine the various server and database 
functions into any combination of systems, including a single server. With respect to 
subscriber access to the system, the communication between the Web server 43 and 
the Web client 30 uses HTTP, although any appropriate interface may be used. 

Once the GDI server 92 detects the active or ON status, it proceeds to contact 

10 the directory database server 93 to retrieve the calling party's name associated with 
the telephone number provided by the ISCP 23. In an embodiment, the directory 
database server 93 is a Line Information Database (LIDB) server. The LIDB server 
is maintained independently of the PSTN and updated appropriately by the service 
provider to assure provision of current information. The invention may include any 

15 comparable server, however, including a Lucent LDAP server. After the calling party 
name is retrieved from the LIDB, the GDI server 92 then provides the calling party's 
name, along with the caller data provided by the ISCP 23, including the calling party's 
number, the called number, the call date and the call time (collectively referred to as 
Caller ID information), to the Call Logger Database 95, where it is stored for later 

20 retrieval. 

In an altemative embodiment (not pictured), the ISCP 23 contacts the directory 
database server 93 directly to retrieve the calling party's name associated with the 
calling party's telephone number. The ISCP 23 then sends the calling party's name 
to the GDI server 92, along with the calling party's number, the called number and the 
25 current date and time in the InvokeApp message. The GDI server 92 then provides 
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this Caller ID information to the Call Logger Database 95, where it is stored for later 
retrieval Although obtaining the information from the directory database server 93 
somewhat more efficiently, this embodiment requires additional work by the ISCP 23. 
In order to retrieve the Caller ID information fi-om the Call Logger Database 
5 95, the subscriber simply accesses the Web server 43 once again, through any means 
of access to the Web, and enters authentication data at the log-in. Assuming the 
subscriber is running the PCM, he or she then selects the RACLID option fi-om the 
PCM Summary Web page 801 of Fig. 10, which is a block diagram of the various 
functions available to a typical user at the RACLID service Web page, discussed 

10 further below. 

Altemative embodiments of the invention do not require specific incorporation 
of the PCM. For example, one embodiment enables RACLID subscribers, including 
those who do not necessarily have PCM, to go directly to a RACLID dedicated home 
page, which would be substantially similar in appearance to that depicted in Fig. 7. 

15 Next, the Web server 43 receives the log-in information fi'om the Web client 

30 and queries the directory server 93 to retrieve authentication data corresponding 
to the user account. The authentication data includes a user identification and a 
password. The user identification is any name, not necessarily unique within the 
RACLID system, determined by the subscriber. In one embodiment, the user 

20 identification and password correspond to the user identification and password of the 
PCM. The Web server 43 then requests input of the authentication data fi-om the 
subscriber and compares the input data with the directory server data to determine a 
match. 

After authentication, the Web server 43 processes the commands entered by 
25 the subscriber. Available commands are depicted in Fig, 10 in the Call Log 802. One 
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command sent automatically upon logging onto the RACLID service is the request 
data command, pursuant to which the Web server 43 retrieves all stored caller 
information from the Call Logger Database 95, including the calling party's name and 
corresponding phone number and the date and time the call v^as placed. This 

5 information is displayed as indicated, for example, in Fig. 7. 

Another command is the delete data command 810, pursuant to which the Web 
server 43 removes the stored Caller ID information associated with a selected calling 
party from the Call Logger Database 95. If no delete command is executed by the 
subscriber, the Caller ID information stays in the Call Logger Database 95 and will 

10 continue to be retrieved pursuant to further request data commands until a delete 
command is sent or until some predetermined drop time expires, for example, 30 days. 
In one embodiment, the drop time may be adjusted by the subscriber. 

Other interactive commands, shown in Fig. 10, include the delete all command 
806 and the refresh display command 805 for the subscriber's convenience. Pursuant 

15 to the delete all command, the Web server 43 erases from the Call Logger Database 
95 the Caller ID information currently and displayed. Pursuant to the refresh display 
command, the Web server 43 queries the Call Logger Database 95 with an updated 
request data command, which would retrieve any caller information received after 
execution of the previous request data command. The ON/OFF switch 803 is also 

20 provided on the display Web page to activate/deactivate the RACLID service. 

In the PCM environment, RACLID data may be used to accommodate other 
optional services. For example, the Directory Entry service 807 of Fig. 10, when 
selected by the user, automatically deposits name and telephone number information 
in the user's personal directory. In an altemate embodiment, the data may populate 

25 data in a PDA, e.g., a 3Com Palm Pilot. The Voice Over Intemet 808 automatically 
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places a call to the selected telephone number over the existing network connection. 
The user can also select the return to PCM Summary option 811 to access other 
services. 

In addition to accessing the various services, the user may elect at block 302 

5 of Fig. 3 to manage his or her PCM account(s). This process begins by selecting 
PCM account management at block 311 and implementing management instructions 
at block 3 12. The extent to which this can be done depends on the user's privileges. 

In an embodiment of the invention, a user's interaction with the PCM, as well 
as the functionality of the PCM, is implemented with object-oriented programming, 

10 the terminology of which incorporates "classes" and "types." A class is a 
programming construct for defining the implementation of objects (e.g. users, 
telephone numbers, and services) that have the same sort of data and procedures. A 
type specifies the properties of a set of objects without reference to implementation. 
A type therefore can be implemented as many different classes. A type can also be 

15 implemented as a C-I-+ class or as a JAVA class, and it can even be implemented in 
multiple ways within the same language. 

An important consequence of the difference between types and classes is that 
an attribute in a type definition may or may not be implemented as an instance 
variable ia a class. A type's attributes represent information that can be known about 

20 the type's instances without stating how that information is obtained. An attribute in 
a type can be implemented as an instance variable. The attribute can also be 
implemented as a method that computes the attribute real-time. Another consequence 
of the difference between classes and types is that a subclass is not the same as a 
subtype. A subclass can both extend and override characteristics of the class from 

25 which it is derived. In contrast, a subtype can never override the supertype; it only 
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extends the supertype. 

Applying this terminology to invention, the PCM software includes a variety 
of types and subtypes for implementation and execution. The core of the PCM system 
is the user interface (UI) type 1 100, shown in Fig. 11. Associated with each instance 

5 of UI 11 00 is a User object 1 1 02 that represents the user currently interacting with it. 
The UI 1 100 also includes a reference to the object it displays and manipulates, i.e. 
its model. This object is a type UIModel 1 101, a type from which specific model 
types 1105 are derived. A Presentation object 1103 associated with the UI 1100 
enables the presentation of the model to the user. Presentations are composed of 

10 UIElements 1 104, which may be HTML 1 106 (for Web pages), WML 1 108 (for WAP 
terminals), or IvrElements 1 107 (for IVRs). 

Additional PCM types are depicted in Fig. 12. In one embodiment of the 
invention, users are placed into one of multiple subtypes of User 1102, including 
webmaster (not pictured), superuser (not pictured) and PcmUser 1205. The 

15 webmaster, who is associated with the PCM provider, creates the PCM accounts and 
has access to the administrative facilities of the PCM network, including all PCM 
accounts and associated administrative facilities. A superuser is a user who has read 
and write privileges in the account. A superuser can therefore alter or customize the 
PCM account and the services managed by that account This includes controlling the 

20 scope of access by other users (except the webmaster). Each PCM account must have 
at least one superuser. 

Each PcmUser 1205 has one or more PCM accounts, each of which comprises 
at least one phone number, but has read only privileges with respect to each account. 
In other words, a PcmUser is not authorized to customize the PCM account or 

25 otherwise alter the various services, although the PcmUser 1205 can review data in 
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the various services and activate/deactivate these services. 

Administrative interaction with the PCM account uses PcmAccount 1202 
operations, which include for example setName, setID, setSuperUser, addUser, 
removeUser, addPhoneNumber, removePhoneNumber, addService and 
removeService, which enable the account to be defined. Management of a PCM 
account includes creating the account. To do so, the subscriber must provide 
necessary personal information to the PCM service provider in exchange for the 
unique log-in ID and name. The webmaster initiates the account using the setName 
and setID operations, respectively. The ID is essentially the password and therefore 
must differ from every other PCM account ID known to the system. The name, 
however, need not be necessarily unique. 

In its initial state, a PCM account is additionally assigned a superuser (usually 
the subscriber), a set of authorized users (initially consisting only of the account 
superuser), a personal directory for the superuser and a set of one or more associated 
phone numbers. The webmaster sets the initial PCM account superuser using the 
setSuperUser operation. The superuser must be a member of the account and, as 
stated above, has read and write privileges to the account. Either the webmaster or the 
account superuser can then add new users to the account if a new user is not already 
a member using the addUser operation. After an operation adding a user is complete, 
the PCM account and the new user will cross reference each other in the attributes of 
User 11 02 and PcmAccount 1202, which information is stored in the ASI server 42 
in one embodiment. 

This operation does not provide the new user access to any of the account 
telephone numbers, which is performed separately under an AddPhoneNumber 
operation on a phone number by phone number basis. This data is likewise stored at 
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the ASI server 42. Both the webmaster and the superuser provide access to the 
specified phone number within the PCM account. The telephone number and user 
must already belong to the account. 

The webmaster or the superuser can likewise remove a user from an account 

5 if the user is already a member of the account using the removeUser operation. The 
user to be removed cannot be the account's superuser. After the operation completes, 
the cross-references in the attributes of User 1102 and PcmAccount 1202 are 
eliminated and all telephone number access privileges are revoked. 

The webmaster can add a telephone number to a PCM account if that phone 

10 number is not already in the account. Again, after the operation completes, the 
account and the new phone number will have references to each other in the attributes 
of User 1 102 and PcmAccount 1202 stored at the AIS Server 42. The added phone 
number will necessarily include the account's superuser in its list of allowed users. 
The webmaster can likewise remove a phone number from a PCM account if that 

15 phone number already belongs to the account using the removePhoneNumber 
operation. After the operation completes, neither the account nor the telephone 
number have references to each other in attributes of User 1102 and PcmAccount 
1202. 

The webmaster can perform other fimctions in the PCM account, as well. For 
20 example, the webmaster can add a service to a telephone number in an account if that 
service is not already present on that phone number. The webmaster can likewise 
remove a service from a phone number in an account. Also, the webmaster can add 
or remove a personal directory to the account. 

The type PhoneNumber 1203 represents a phone number that can be accessed 
25 and managed through the PCM. Every phone number must have an associated list of 
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allowed users, including at least the account's superuser. Likewise, every user 
allowed access to a phone number must be a member of the PCM account to which 
the phone number belongs. A user who has been granted PCM access to a phone 
number can retrieve a summary user interface of information about the services 

5 associated with that number. 

The PcmService 1206 represents a service associated with a specific phone 
number that can be managed through the PCM. Specific services are represented by 
subtypes derived from PcmService, including RACLID 1208, ICM 1209, OCC 1210, 
etc. As stated above, the webmaster can create a new instance of a PCM service, give 

10 it a name and associate it with a phone number. That phone number adds the service 
to its set of associated services at PhoneNumber 1203. The new service has only one 
user, the superuser, with which it is associated. That user is given read-write 
privileges. However, the webmaster and the superuser can add other users to the 
account and give read-only or read-write privileges to a service associated with the 

15 account. 

ProviderWeb 1201 is a type that represents the service provider's Web and its 
administrative facility. The webmaster and logged in users are known to the provider 
Web. In its initial state, ProviderWeb 1201 has no users other than the webmaster. 
The webmaster can add a new user if that user does not already exist. The webmaster 

20 can also remove an existing user from ProviderWeb 1 20 1 if that user is not currently 
logged in. The webmaster can also suspend and reactive users. Of course, a user who 
provides the proper log-in ID can log into ProviderWeb 1201, so long as the user is 
not already logged in or suspended. ProviderWeb 1201 performs periodic 
housekeeping, during which it logs out users who have been inactive too long, except 

25 for the webmaster. In an embodiment of the invention, a time threshold for inactivity 
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may be 30 days. 

When a PCM user first enters the PCM, he or she is presented with the phone 
numbers they are authorized to manage under the PCM account, as discussed above. 
From these phone numbers, the PCM user selects one phone number to manage 

5 invoking SelectTnUI, which is a subtype of UI that handles the specifics of phone 
number selection. Its associated model is the set of PCM phone numbers from which 
the user selects the desired phone number. After the PCM user selects a phone 
number, the system presents a summary page including information about the active 
services associated with the selected phone number. PcmSummaryUI is a subtype of 

10 UI that handles the specifics of the PCM summary display. Its associated model is the 
user's currently selected phone number. 

At this point the user selects the PCM service he or she wishes to execute. The 
various services that can be managed through the PCM are represented by subtypes 
of PcmService, identified above. For each subtype, the user must have read and write 

15 or read only privileges to the particular service. The data retrieved from the service 
is formatted for the medium with which the user is currently accessing the PCM. 

Although the invention has been described with reference to several exemplary 
embodiments, it is understood that the words that have been used are words of 
description and illustration, rather than words of limitation. Changes may be made 

20 within the purview of the appended claims, as presently stated and as amended, 
without departing from the scope and spirit of the invention in its aspects. Although 
the invention has been described with reference to particular means, materials and 
embodiments, the invention is not intended to be limited to the particulars disclosed; 
rather, the invention extends to all ftmctionally equivalent structures, methods, and 

25 uses such as are within the scope of the appended claims. 
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In accordance with various embodiments of the present invention, the methods 
described herein are intended for operation as software programs running on a 
computer processor. Dedicated hardware implementations including, but not limited 
to, application specific integrated circuits, programmable logic arrays and other 

5 hardware devices can likewise be constructed to implement the methods described 
herein. Furthermore, altemative software implementations including, but not limited 
to, distributed processing or component/object distributed processing, parallel 
processing, or virtual machine processing can also be constructed to implement the 
methods described herein. 

10 It should also be noted that the software implementations of the present 

invention as described herein are optionally stored on a tangible storage medium, such 
as: a magnetic medium such as a disk or tape; a magneto-optical or optical medium 
such as a disk; or a solid state medium such as a memory card or other package that 
houses one or more read-only (non-volatile) memories, random access memories, or 

15 other re-writable (volatile) memories. A digital file attachment to email or other self- 
contained information archive or set of archives is considered a distribution medium 
equivalent to a tangible storage medium. Accordingly, the invention is considered to 
include a tangible storage medium or distribution medium, as listed herein and 
including art-recognized equivalents and successor media, in which the software 

20 implementations herein are stored. 

Although the present specification describes components and fiinctions 
implemented in the embodiments with reference to particular standards and protocols, 
the invention is not limited to such standards and protocols. Each of the standards for 
Intemet and other packet switched network transmission (e.g., TCP/IP, UDP/IP, 

25 HTML, SHTML, DHTML, XML, PPP, FTP, SMTP, MIME); peripheral control 
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(IrDA; RS232C; USB; ISA; ExCA; PCMCIA), and public telephone networks (ISDN, 
ATM, xDSL) represent examples of the state of the art. Such standards are 
periodically superseded by faster or more efficient equivalents having essentially the 
same functions. Accordingly, replacement standards and protocols having the same 
5 functions are considered equivalents. 
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What is claimed is: 

1. A method for reviewing service data relating to a subscriber's 
telecommunications services using a graphical user interface, the method 
comprising: 

transmitting a data message from the subscriber to an intelUgent peripheral 
via at least one data network, the data message indicating a subscriber's desire to 
review the service data; 

converting the data message into a protocol compatible with an integrated 
service control point, the converted data message being identical to a data message 
that the intelligent peripheral would create if the subscriber had indicated the 
desire to review the service data via an interactive voice response system; 

transmitting the converted data message to the integrated service control 

point; 

retrieving the service data from the integrated service control point; and 
forwarding the service data to the subscriber via the intelligent peripheral; 
wherein the subscriber retains the ability to review service data via an 
interactive voice response. 

2. The method of claim 1 , wherein the protocol comprises SR-35 1 1 . 

3. A method for reviewing and updating a subscriber's telecommunications 
services using a graphical user interface via a plurality of data networks, the 
method comprising: 

presenting service data to the subscriber via the data networks; 

transmitting a data message from the subscriber to an intelligent peripheral 
via at least one of the data networks, the data message indicating a subscriber's 
desired update to a selected telecommunications service; 
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converting the data message into a protocol compatible with an integrated 
service control point, the converted data message being identical to a data message 
that the intelligent peripheral would create if the subscriber had entered the desired 
update via an interactive voice response system; 
5 transmitting the converted data message to the integrated service control 

point; and 

updating the selected telecommunications service in accordance with the 
subscriber's desired update; 

wherein the selected telecommunications service is updated substantially 
10 contemporaneously with the subscriber requesting the update at the graphical user 
interface; and 

wherein the subscriber retains the ability to update and review service data 
via an interactive voice response. 

4. The method of claim 3, wherein the presenting further comprises 
15 retrieving the service data from a service status database, which is periodically 

updated by the integrated service control point, wherein integrated service control 
point traffic is reduced. 

5. The method of claim 4, wherein the protocol comprises SR-35 1 1 . 

6. A method for accessing service data relating to a subscriber's 
20 telecommunications services using a graphical user interface (GUI) via a plurality 

of data networks, and using an interactive voice response (IVR) system via a 
public switched telecommunications network, the method comprising: 

providing the subscriber with the option of accessing the service data 
through a plurality of interfaces including the IVR system and the GUI; 
25 selecting one of the IVR system and the GUI; 
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accessing the service data via an intelligent peripheral, the intelligent 
peripheral obtaining the service data from an integrated service control point; and 

presenting the service data to the subscriber via the selected interface; 

wherein the subscriber can access the service data via the IVR system and 
5 via the GUI based upon the subscriber's selection. 

7. A system for reviewing and updating a subscriber's telecommunications 
services using a graphical user interface via a plurality of data networks, the 
system comprising: 

a Web cUent, through which the subscriber views service data received via 
10 the data networks, and through which the subscriber requests service data updates, 
the service data being viewed through a graphical user interface; 

a Web server that receives a data message transmitted from the subscriber 
in response to a service data update, the data message indicating a subscriber's 
desired update to a selected telecommunications service; 
15 an intelligent peripheral that receives the data message via at least one of 

the data networks, the intelligent peripheral translating the data message into a 
standard protocol, the translated data message being identical to a data message 
that the intelligent peripheral would create if the subscriber had entered the desired 
update via an interactive voice response system; and 
20 an integrated service control point that receives the message in the standard 

protocol, the integrated service control point updating the selected 
telecommunications service in accordance with the subscriber's desired update; 

wherein the selected telecommunications service is updated in the 
integrated service control point substantially contemporaneously with the 
25 subscriber requesting the update at the graphical user interface; and 
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wherein the subscriber retains the abiUty to update and review the service 
data via an interactive voice response. 

8. The system of claim 7, wherein the protocol comprises SR-351 1. 

9. The system of claim 8, further comprising a service status database from 
5 which the service data is initially retrieved, whereby integrated service control 

point traffic is reduced. 

10. A method for accessing call ID data from a subscriber's remote access 
to caller ID service using a graphical user interface, the method comprising: 

identifying a plurality of telecommunications services managed by a 
10 personal call manager account belonging to the subscriber, at least one of said 
plurality of telecommunications services comprising the remote access to caller 
ID service; 

presenting at the graphical user interface said plurality of telecommunica- 
tions services to the subscriber via at least one data network; 
15 receiving a query from the subscriber to an intelligent peripheral via said 

at least one data network, the query indicating the subscriber's desire to access the 
remote access to caller ID service; 

retrieving the caller ID data from a call logger database in response to the 
query, the call logger database storing the caller ID data; 
20 transmitting the caller ID data to the subscriber via the at least one data 

network; and 

displaying the caller ID data at the graphical user interface. 

11. A method for providing caller ID information associated with a 
telephone call from a calling party to a destination, the caller ID information being 

25 provided over a plurality of networks to a subscriber at a location remote from the 
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destination, the method comprising: 

storing caller ID data in a call logger database in response to the calling 
party placing the telephone call to the destination; 

receiving a caller ID query from the remotely located subscriber via at least 
5 one of the networks; 

retrieving the caller ID data from the call logger database in response to the 
caller ID query; 

transmitting the caller ID data to the remotely located subscriber via at least 
two of the networks; and 
10 displaying the caller ID information at the remote subscriber's location. 

12. The method of claim 1 1 , fiirther comprising initially launching an AIN 
trigger when the calling party places the telephone call to the destination and the 
destination subscribes to a remote caller ID service. 

13. The method of claim 12, further comprising determining whether the 
15 subscriber has activated the remote caller ID service. 

14. The method of claim 11, wherein at least one of the networks further 
comprises a packet switched data network 

15. The method of claim 14, wherein at least one of the packet switched 
data networks further comprises the Intemet. 

20 16, The method of claim 15, wherein receiving the caller ID query further 

comprises receiving, at a Web server, the caller ID query from the subscriber via 
a Web client; and 

wherein transmitting the caller ID data to the remotely connected subscriber 
further comprises transmitting the caller ID data from the Web server to the web 
25 client. 
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17. The method of claim 12, wherein the storing further comprises: 
obtaining, at an integrated service control point, calling party information 
associated with the calling party from a service switching point, the calling party 
information comprising at least a telephone number associated with the calling 
5 party; 

obtaining, at the integrated service control point, additional information 
associated with the calling party from a directory server, the additional 
information comprising at least a name associated with the telephone number of 
the calling party; 

I 10 transmitting from the integrated service control point to a GDI server the 

I caller ID data, the caller ID data comprising the calling party information and the 

additional information; and 
■ transmitting the caller ID data from the GDI server to the call logger 

I database. 

I 15 18. The method of claim 12, wherein the storing further comprises: 

obtaining, at an integrated service control point, calling party information 
associated with the calling party from a service switching point, the calling party 
information comprising at least a telephone number associated with the calling 
party; 

20 transmitting from the integrated service control point to a GDI server the 

calling party information; 

obtaining, at the GDI server, additional information associated with the 
calling party from a directory server, the additional information comprising at least 
a name associated with the telephone number of the calling party; and 

25 transmitting the caller ID data, comprising the calling party information and 
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the additional information, from the GDI server to the call logger database. 

19. A system for providing caller ID information, associated with a 
telephone call from a calling party to a destination, to a subscriber at a location 
remote from the destination, the system comprising: 

5 an advanced intelligent network (AIN) comprising an integrated service 

control point that forwards calling party information in response to the telephone 
call; 

a private network comprising a plurality of servers in communication with 
one another, a first of the plurality of servers forwarding caller ID information, 
10 based upon the received calling party information, to a call logger database; and 
a public network comprising a client, the client sending a caller ID query 
to a second of the plurality of servers, which retrieves the caller ID information 
from the call logger database and sends the caller ID information to the client; 
wherein the subscriber can view the caller ID information while being 
15 located remotely from the destination of the telephone call associated with the 
caller ID information. 

20. The system of claim 19, wherein the public network comprises the 
Internet and the client comprises a Web browser. 

21. A system for providing caller ID information, associated with a 
20 telephone call from a calling party to a destination, to a subscriber at a location 

remote from the destination, the system comprising: 

a switch, associated with the destination, that receives the telephone call 
from the calling party, the switch having an AIN trigger set to launch a query in 
response to the telephone call; 
25 an integrated service control point that forwards calUng party information 
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in response to the query; 

an interface server that obtains additional information from a directory 
server, based upon the received caUing party information, the caller ID 
information comprising the additional information and the calling party 
5 information; 

a call logger database that receives the caller ID information from the 
interface server and stores the caller ID information; 

a Web client that forwards a caller ID query from the subscriber; and 

a Web server that receives the caller ID query from the Web client over the 
10 Internet and in response to the query, retrieves the caller ID data from the call 
logger database, and forwards the caller ID data to the Web client for display to 
the subscriber; 

wherein the subscriber can view the caller ID information while being 
located remotely from the destination of the telephone call associated with the 
15 caller ID information. 
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ABSTRACT OF THE DISCLOSURE 
A system and method are provided for reviewing and updating a 
subscriber's telecommunications services, including a Caller ID service, using a 
graphical user interface via multiple data networks. The method includes 
5 presenting service data to the subscriber via the data networks and transmitting a 
data message from the subscriber to an intelligent peripheral via at least one of the 
data networks. The data message indicates a subscriber's desired update to a 
selected telecommunications service. The method also includes converting the 
data message into a protocol compatible with an integrated service control point. 

10 The converted data message is identical to a data message that the intelligent 
peripheral would create if the subscriber had entered the desired update via an 
interactive voice response system. The method further includes transmitting the 
converted data message to the integrated service control point, and updating the 
selected telecommunications service in accordance with the subscriber's desired 

15 update. Thus, the selected telecommunications service is updated substantially 
contemporaneously with the subscriber requesting the update at the graphical user 
interface. Moreover, the subscriber retains the ability to update and review service 
data via an interactive voice response. The method and system also enable the 
subscriber to view Caller ID information while being located remotely from the 

20 destination of the telephone call associated with the caller ID information. 
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Declaration and Power of Attorney For Utility or Design Patent Application 

English Language Declaration 



As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name. 

I believe I am the original, first and sole inventor (if only one name is listed below) or an original, first and 
joint inventor (if plural names are listed below) of the subject matter which is claimed and for which a patent 
is sought on the invention entitled 

SYSTEM AND METHOD FOR PROVIDTNG REMOTE ACCESS TO TELECQMMIJNTCATIQNS 



SERVICES 



the specification of which is attached hereto unless the following box is checked: 
□ was filed on ___ 2,s 



United States Application Number __ 

and was amended on (if applicable) or, 

PCI International Application Number 



and was amended on (if applicable) 

I tireby state that I have reviewed and understand the contents of the above identified specification, including 
tl^ilclaims, as amended by any amendment referred to above. 

I |«i|knowledge the duty to disclose information which is material to patentability as defined in Title 37, Code 
ofSederal Regulations, §1.56. 

I iiireby claim foreign priority benefits under Title 35, United States Code §119 (a-d) or §365(b) of any 
fdMign application(s) for patent or inventor's certificate, or §365(a) of any PCT international application 
which designated at least one country other than the United States of America, listed below. I have also 
idiiitified below, by checking the "No" box, any foreign apphcation for patent or inventor's certificate, or of 
any PCT international application having a filing date before that of the application on which prionty is 
clfaimed: 

Priority Claimed 

!i! □ □ 



(Number) (Country) (Day/Month/Year Filed) Yes No 
□ □ 

(Number) (Country) (Day/MonthATear Filed) Yes No 
□ □ 

(Number) (Country) (Day/MonthA^ear Filed) Yes No 

□ Additional foreign application numbers are listed on a supplemental priority sheet attached hereto. 

I hereby claim the benefit under Title 35, United States Code § 1 19(e) of any United States provisional 
application(s) listed below. 



(Number) (Day/MonthY'ear Filed) 



(Number) (Day/Month/Year Filed) 



(Number) (Day/Month/Year Filed) 

□ Additional provisional application numbers are listed on a supplemental priority sheet attached hereto. 
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I hereby claim the benefit under Title 35, United States Code § 120 of any United States application(s), or 
8365(c) of any PCT international application designating the United States of America, isted below and, 
insofar as the subject matter of each of the claims of this application is not disclosed in the prior United 
States or PCT international application in the manner provided by the first paragraph ot Title 35 United 
States Code §1 12, 1 acknowledge the duty to disclose information which is matenal to patentability as 
defined in Title 37, Code of Federal Regulations §1.56 which became available between the filmg date ot the 
prior application and the national or PCT international filing date of this apphcation. 



(Application No.) 



(Filing Date) 



(Stams) 

(patented, pending, abandoned) 



(Application No.) 



(Filing Date) (Status) 

(patented, pending, abandoned) 

□ Additional U.S. or international application numbers are listed on a supplemental priority sheet attached 
hereto. 

I hereby declare that all statements made herein of my own knowledge are true and that all statements made 
on information and belief are believed to be true; and fiirther that these statements were made with the 
knowledge that wiUfiil false statements and the like so made are punishable by fine or imprisonment, or botft, 
under Section 1001 of Title 18 of the United States Code and that such willful false statements may 
jeopardize the validity of the application or any patent issued thereon. 

t|3 undersigned hereby authorizes the U.S. attorney or agent named herein to accept and follow instmctions 
frrni either his foreign patent agent or corporate representative, if any, as to any action to be taken in the 
Patent and Trademark Office regarding this application without direct communication between the U.b. 
aftemey or agent and the undersigned. In the event of a change in the persons firom whom mstructions may 
b|:taken, the U.S. attorney or agent named herein will be so notified by the undersigned. 

pijWER OF ATTORNEY: As a named inventor, I hereby appoint the attomey(s) and/or agent(s) associated 
witii the Customer Number provided below to prosecute this application and trmisact all business m the 
parent and Trademark Office connected therewith, and direct that all correspondence be addressed to that 

dukomer Number: ^ , „ 

\l CUSTOMER NUMBER 7055 

itife appointed attorneys include: 



Neil F. Greenblum 
Bruce H. Bernstein 
Bruce E. Stuckman 
At: 



Reg. No. 28,394 

Reg. No. 29,027 

Reg. No. 36,693 
Greenblum & Bernstein, P.L.C 
1941 Roland Clarke Place 
Reston,VA 20191 



Arnold Turk 
James L. Rowland 



Reg. No. 33,094 
Reg. No. 32,674 



Direct Telephone Calls to: Greenblum & Bernstein, P.L.C. (703) 716-1 191 
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